home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / dcom / modems-part1 / 6395 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  3.8 KB
  1. Path: news.gate.net!not-for-mail
  2. From: dhaire@gate.net (doug haire)
  3. Newsgroups: comp.dcom.modems
  4. Subject: Re: Supra will offer upgrade to 33.6!
  5. Date: 27 Feb 1996 21:01:47 -0500
  6. Organization: CyberGate, Inc.
  7. Message-ID: <4h0d2b$14dg@navajo.gate.net>
  8. References: <312172b0.302209@uchinews.uchicago.edu> <4ftaot$rpc@shellx.best.com> <31226a7d.63749347@uchinews.uchicago.edu> <4g182k$1mu2@navajo.gate.net> <31243778.561299@uchinews.uchicago.edu> <4g3t66$26um@hopi.gate.net> <dan.878.312C8AD9@supra.com> <dan.
  9.  <dan.894.313322CC@supra.com>
  10. NNTP-Posting-Host: navajo.gate.net
  11. X-Newsreader: TIN [UNIX 1.3 950824BETA PL0]
  12.  
  13. Dan Moore (dan@supra.com) wrote:
  14. : In article <4gt5jg$tte@hopi.gate.net> dhaire@gate.net (doug haire) writes:
  15. : >Dan Moore (dan@supra.com) wrote:
  16. : >:         In V.34 a rate renegotiation is simply a change in the bits per
  17. : >:symbol without changing the symbol rate.   This is a very quick change
  18. : >:since no probing, etc. is done.   When a modem initiates a rate
  19. : >:renegotiation there is no requirement that the remote modem accept the
  20. : >:rate change, during the parameter exchange it can refuse to change the
  21. : >:rate.   Typically modems always accept rate renegotiations downward and
  22. : >:may refuse rate renegotiations upwards if the current EQM is too high.  If
  23. : >:a rate renegotiation fails (ie. the remote modem doesn't respond at all) a
  24. : >:retrain will occur instead.
  25. : >Not if both modems are defaulted to *not* initiating a retrain.
  26. : 
  27. :          Why do you say that?   I'm describing the behaviour that is required 
  28. : by the ITU-T recommendation V.34 in sections 11.5 (Retrains), 11.6 (Rate 
  29. : Renegotiation) and 11.6.2 (Recovery Mechanism).  This is the behaviour 
  30. : implemented by the firmware in Supra's V.34 products.   All of the V.34 
  31. : products I have examined implement this exact same behaviour.
  32. : 
  33. : >:         The protocols that support rate renegotiation (V.32bis, VFC and
  34. : >:V.34) all require a modem to follow a remote rate renegotiation request.
  35. : >:So no matter how the local modem is configured to do rate changes if the
  36. : >:remote modem initiates a rate renegotiation the local modem must respond
  37. : >:to it.  If the remote modem uses a retrain to change data rates the local
  38. : >:modem must respond to that also. 
  39. : >Yes, but if *both* modems are Supras, no retrain will be initiated so 
  40. : >neither one will have to respond since the request will never be given. 
  41. : >Instead, a few rate changes will be tried (allegedly) and carrier will be 
  42. : >lost.
  43. : 
  44. :         This is *NOT* true.  If a rate renegotiation fails (ie. the remote 
  45. : modem does not respond with signal E within the timeout period) a retrain will 
  46. : be initiated.  This is documented in section 11.6.2 (Recovery Mechanism).   
  47. : The timeout period depends on the setting of bit 24 of the INFO0 sequence 
  48. : received from the remote modem, if it is a 1 the timeout is 30 seconds, if it 
  49. : is a 0 the timeout is 2500ms plus 2 times the round trip delay.
  50. :
  51. :         The behaviour of the modem when a failed rate renegotiation occurs 
  52. : is not controlled by any S register or command.  It is specified in 
  53. : recommendation V.34 and is not subject to user control.
  54. : 
  55.  
  56. Let me get this straight. The %E0 command is meaningless? Why is it even 
  57. mentioned or enabled then? Why has it changed in the last few code revisions?
  58. Why hasn't it been deleted since retrain initiation is not really 
  59. controlled by this at all?
  60.  
  61. None of the answers make sense. You have a command %Ex which is alleged 
  62. by the manual to control line monitoring and retrain initiation and this 
  63. command has been modified in the course of code revisions. But you now 
  64. say that the command means nothing when you use the default since V.34 
  65. specs demand that lines be monitored and retrains initiated.
  66.  
  67. So, we are back to the original question:
  68.  
  69. Why is %E0 a default?
  70.  
  71.